
United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 

Address: COMMISSIONER FOR PATENTS 
P.O. Box 14S0 

Alexandria. Viiginia 22313-1450 
www.iispto.gov 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. CONRRMATION NO. 



10/039,704 



11/07/2001 



22835 7590 11/10/2005 

A. RICHARD park, REG. NO. 41241 
PARK, VAUGHAN & FLEMING LLP 
2820 FIFTH STREET 
DAVIS, CA 95616 



Bernd J.W. Mathiske 



SUN-P6316-RSH 



5646 



EXAMINER 



MANOSKEY, JOSEPH D 



ART UNIT 



PAPER NUMBER 



2113 

DATE MAILED: 11/10/2005 



Please find below and/or attached an Office communication concerning this application or proceeding. 



PTO-90C (Rev. 10/03) 



Office Action Summary 


Application No. 

10/039,704 


Applicant(s) 

MATHISKE ETAL 


^ACII 1 II 1 Iwl 

Joseph D. Manoskey 


Art Unit 

2113 





-- The MAILING DATE of this communication appears on the cover sheet with the correspondence address - 



Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS. 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of tinne may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply Is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1.704(b). 

Status 

I) 13 Responsive to communication(s) filed on 28 October 2005 , 
2a)n This action is FINAL. 2b)E This action Is non-final. 

3) n Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11 , 453 O.G. 213. 

Disposition of Claims 

4) S Claim(s) 1-27 is/are pending in the application. 

4a) Of the above claim(s) Is/are withdrawn from consideration. 

5) n Claim(s) is/are allowed. 

6) 13 Claim(s) 1-27 is/are rejected. 
?)□ Claim(s) is/are objected to, 

8) 0 Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) n The specification is objected to by the Examiner. 

10)13 The drawing(s) filed on 07 November 2001 is/are: a)S accepted or b)n objected to by the Examiner. 
Applicant may not request that any objection to the drawing(s) be held In abeyance. See 37 CFR 1 .85(a). 
Replacement drawing sheet{s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

II) n The oath or declaration is objected to by the Examiner. Note the attached Office Action orfomn PTO-152. 

Priority under 35 U.S.C. § 119 

1 2)0 Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 1 1 9(a)-(d) or (0. 
a)n All b)n Some * 0)0 None of: 

1 .□ Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No, . 

3. n Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 
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DETAILED ACTION 

Claim Rejections - 35 USC § 103 

1. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1-27 are rejected under 35 U.S.C. 103(a) as being unpatentable over by 
Litzkow et al., "Checkpoint and Migration of UNIX Processes in the Condor Distributed 
Processing System", hereinafter referred to as "Litzkow", in view of Croix, U.S. Patent 
Application Publication 2002/0100034. 

3. Referring to claims 1,10, and 19, Litzkow teaches checkpointing using a library 
that is re-linked but not re-compiled to include this library, this is interpreted as 
dynamically linking a library into the application during a run-time invocation of the 
application, wherein the run-time invocation occurs after the application has been 
compiled and linked (See page 1 , section 1 ). Litzkow also teaches providing new 
versions of system calls to record information from the calls, this is interpreted as the 
library being an interceptor library (See page 5, section 3.4.1). Litzkow discloses new 
versions of calls that have the same as the calls by the application, thus intercept the 
function calls, and record the information, this is interpreted as intercepting the function 
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calls and recording parameters to create a checkpoint (See page 5, section 3.4.1). The 
new functions then call the actual routine, thus making the function call (See page 5, 
section 3.4.1 ). Interception is done using new versions of the function calls they receive 
the return value of the actual function call and then return it, thus fonvarding the result of 
the function call back to the application (See page 5, section 3.4.1 ). Litzkow also 
teaches programs submitted to be run by the system are re-linked but not re-compiled 
allowing the checkpointing process to be transparent with user code that is not specially 
written to accommodate checkpointing; and finally Litzkow discloses that the 
mechanism is implemented entirely at user level, with absolutely no modification to the 
kernel, this is interpreted as wherein the system records state information without 
modifying the application or the operating system (See page 1 , section 1 and 2). 

Litzkow does not teach linking the interceptor library at application startup time by 
setting an environment variables for setting the use of the dynamically linked interceptor 
library and does not teach the use of function pointers to refer to function calls, however 
Litzkow does teach re-linking but not re-compiling, this is interpreted as dynamically 
linking and Litzkow discloses the desire to be transparent to user code (See page 1 , 
section 1 and 2). Croix discloses the use of shared objects and dynamic link libraries, 
which maybe invoked and subsequently executed at runtime by an application program, 
for calls and callbacks that can be selected by the user via environment variables (See 
page 2, paragraph 0027 and page 3-4, paragraph 0040). Croix also teaches the use of 
function pointers for making the calls and callbacks (See page 4, paragraph 0047). It 
would have been obvious to one of ordinary skill in the art at the time of the invention to 
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combine the dynamic link libraries and the environment variables and function pointers 
of Croix with the dynamic linking of Litzkow. This would have been obvious to one of 
ordinary skill in the art at the time of the invention to do because it allows the advantage 
to extended through the use of third programs such as plug-ins (See Croix, page 2, 
paragraph 0027). 

4. Referring to claims 2, 1 1 and 20, Litzkow and Croix teach all the limitations (See 
rejection of claims 1, 10, 19) including the application being interrupted, this interpreted 
as stopping the application (See Litzkow, page 7, section 4). Litzkow also teaches the 
checkpoint being saved to stable storage using the file system, this is interpreted as 
retrieving the recorded parameters and saving the checkpoint data to secondary 
storage (See Litzkow, page 1 , section 2). Finally the user code resumes where it left 
off, thus "resuming the application" (See Litzkow, page 7, section 4). 

5. Referring to claims 3, 12, and 21 , Litzkow and Croix disclose all the limitations 
(See rejection of claims 2, 1 1 , and 20) including restoring the process's state, this is 
interpreted as using the checkpoint to restore the application (See Litzkow, page 2, 
section 2). 

6. Referring to claims 4, 1 3, and 22, Litzkow and Croix teach all the limitations (See 
rejection of claims 2,11, and 20) including the checkpoints being stored in stable 
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storage, this is interpreted as saving the checkpoint data to a persistent storage (See 
Litzkow, page 1 , section 2). 

7. Referring to claims 5, 14, and 23, Litzkow and Croix disclose all the limitations 
(See rejection of claims 2,11, and 20) including saving the checkpoint data in stable 
storage using the file system, this is interpreted as saving the checkpoint data in a file 
system, or a database (See Litzkow, page 1, section 2). 

8. Referring to claims 6, 15, and 24, Litzkow and Croix teach all the limitations (See 
rejection of claim 1,10, and 19) including using a "syscallO" to call the actual function, 
this is interpreted as making the function call involves referencing the function through a 
function pointer (See Litzkow, page 6, section 3.4.1). 

9. Referring to claims 7, 16, and 25, Litzkow and Croix disclose all the limitations 
(See rejection of claim 1,10, and 19) including saving the stack and data in the 
checkpoint file, this is interpreted as recording results of the function call to facilitate 
creating a checkpoint that includes information about the results of the function call (See 
Litzkow, page 7, section 4). 

10. Referring to claims 8, 17, and 26, Litzkow and Croix teach all the limitations (See 
rejection of claim 1,10, and 19) including the function calls including system calls and 
library routines, "lib calls" (See Litzkow, page 5, section 3.4.1). 
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1 1 . Referring to claims 9, 18, and 27, Litzkow and Croix teach all the limitations (See 
rejection of claim 1,10, and 1 9) the checkpoint file containing pathname of the file (See 
Litzkow, page 7, section 3.4). Litzkow also discloses stack, data, and shared library 
information in the checkpoint, this is interpreted as thread flags and timer-thread 
relationships (See Litzkow, page 7, section 4). 



Response to Arguments 

12. Applicant's arguments filed 28 October 2005 have been fully considered but they 
are not persuasive. The Applicant argues that Litzkow teaches the operating system 
support is required and does not function without access to application source code, 
and thus Litzkow does not teach "wherein the system records state information without 
modifying the application or the operating system. The Examiner respectfully 
disagrees. Litzkow teaches programs submitted to be run by the system are re-linked 
but not re-compiled allowing the checkpointing process to be transparent with user code 
that is not specially written to accommodate checkpointing and finally Litzkow discloses 
that the mechanism is implemented entirely at user level, with absolutely no 
modification to the kernel, this is interpreted as wherein the system records state 
information without modifying the application or the operating system (See page 1, 
section 1 and 2). The above claims have been modified to include this new limitation. 



Conclusion 
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1 3. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Joseph D. Manoskey whose telephone number is (571) 

272- 3648. The examiner can normally be reached on Mon.-Fri. {7:30am to 4pm). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Robert Beausoliel can be reached on (571) 272-3645. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 

273- 8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

JDM 

November 8, 2005 
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